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1.0  INTRODUCTION 

ITiis  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  repon- 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff.  Unified  and  Specified  Commands. 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govern- 
meni  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0. 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24. 
1988.  Subject;  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi- 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989.  Subject;  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chapter  2.0  'viaimenanr:.  Sec'ioii  2.1 
for  office  point  of  contact 
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1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implemintation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  XI 2.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X 12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments.  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance,  Section  2.1 
for  the  point  of  contact, 

1 .4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  -jid  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAT'  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  XI 2. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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N/U  040 
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14  070 
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This  standanl  pnavtdes  the  format  and  establishes  the  data  contents  ot  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Etectronc 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  ot 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-form  format 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e.g..  purchase  order 
acknowledgment  sent  in  response  to  a  purchase  order). 
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Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD.  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  element. 

Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 


This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD’s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensute  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  n  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (I)  to  obtain  ASC  XI2  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  XI2  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  ajout  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria.  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver¬ 
sion/Release/Industry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Position 

Contsm 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoDfindustry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “0(X)” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_"  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 

This  chapter  defines  the  DnD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  iis  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications."  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  :ire  often 
different  because  of  their  function  and  yet  utilize  the  ASC  XJ2 
standards.  The  “bill  of  materials  and  the  construction  specification" 
of  ASC  X12  are  the  standards  found  in  the  published  technictil 
documentation. 

ASC  X12.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  XI 2. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  con'^-ol  segment  (also  called  an  envelope)  of  a  header 
and  trailer  foi'  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  tind 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X  12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  u.sed  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  pach  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Cor 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  355,  1800  Diagonal 
Road.  Alexandria,  VA  22314. 

CONTROL  SEGMENTS 

In  addition  to  the  communication  control  .structure,  the  EDI  structure 
provides  the  .standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  control  segments 
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designed  to  identify  uniquely  the  sian  and  end  of  the  inteahange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  conirol  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

Tlie  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  functional  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 
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Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Data  Element  Summa 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


DATA 

ELEMPn  NAME 


ISAQ1  101  Authorization  Information  Qualifier  M  ID  212 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  aulhorizalion  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  103  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  infornuuion  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 

Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  A  ddress  Code  ( DoDAAC )  or  other  code  coordinated 
with  the  value-added  network  (WIN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  ( DoDAAC )  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 


ISA06 


iSA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
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Mandatory 


Code  Value  Implementation  Note: 

Assigned  by  translation  software. 

ISA16  115  Subelement  Separator  M  AN  1/1 

This  is  a  field  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 

Implementation  Note: 

Use  character  "<". 
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Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  {GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  XI 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMEWT  NAME _ ATTRIBUTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  T ransaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  information  content  of  the  functional  group.  SeeXIl  Dictionary  for 
source  code  list. 

RR  Response  to  Request  For  Quotation  (843) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note; 

DoD  activities  use  Departmem  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  1 24  Application  Receiver’s  Code  M  AN  2/1 5 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


GS06  28  Group  Contr''  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 
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Mandatory 


Mandatory 


Implementation  Note: 

Assigned  by  translation  software. 

GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  X12 

Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  XI2  standard  is  being  transmitted. 

GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  version,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  XI 2  Through  June  1990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  XI2  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 

Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  inten  hange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMem  NAME  ATTRlRtnES 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 


Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  lEA  Interchange  Control  Trailer 

Purpose:  To  deiine  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DAT* 

PES.  ELEMtUT  WAKE _ ATTHIAUTES 

IEA01  I16  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  incluoed  in  a  transmissior?. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  int?'’change  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sende.  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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EXAMPLE  -  RESPONSE  TO  REQUEST  FOR  QUOTATION  (843) 


ASCX12  EDI  FORMAT  PEnNmQW 


ST^a^RFQSOlO  N/L 

BQR*00*N0001993Q3010*92103 1*098*921 1 10*BI  N/L 

REF*PR*PQ3010N/L 
rrD*{)8*3*2**10**30  N/L 


THIS  IS  AN  843  RESPONSE  TO  REQUEST  FOR 
QUOTATION  WITH  A  CXINTOOL  NUMBER  OF 
RFQ3010. 

AN  ORIGINAL  BID  IN  RESPONSE  TO  RFQ 
N0001993Q3010  DATED  OCTOBER  31. 1992. 
THE  EFFECTIVE  DATE  OF  THE  BID  IS 
NOVEMBER  10. 1992  AND  ITIS  A  BID 
WITHOUT  EXCEPTION. 

THE  PRICE  QUOTE  NUMBER  IS  PQ3010. 

THE  BID  OFFERS  A  2  PERCENT  DISCOUNT  IF 
PAYMENT  IS  MADE  WITHIN  10  DAYS  OF  THE 
INVOICE  DATE.  THE  TOTAL  INVOICE 
AMOUNT  IS  DUE  WITHIN  30  DAYS. 


PWK*FD*EL**DLN/L 


REPRESENTS  THE  CERTTHCATTON  THAT  THE 
BIDDER  IS  A  REGULAR  DEALER  IN  THE 
COMMODITIES  BEING  QUOTED.  SATISFIES 
THE  FAR  REQUIREMENT  BY  VIRTUE  OF 
TRANSMimNG  THE  PWK  SEGMENT  USING 
THESE  CODES. 


N1*SE**33*1B712N/L 


THE  SELLING  PARTY’S  CAGE  CODE  IS  1B712. 


PER*SU*ROYROGERS*EM*TLEM4231  N/L 

P01*0001*4*ST*2500  N/L 

P01*0002*10*EA»500  N/L 
CTT*2*3000  N/L 

AMTnmSOOO  N/L 
SE*12*RFQ3010N/L 


THE  SELLER’S  POINT  OF  CONTACT  IS  ROY 
ROGERS  AND  HIS  ELECTRONIC  ADDRESS  IS 
TLEM4231. 

THE  PRICE  BID  FOR  ITEM  0001  IS  $2500  PER 
SET. 

THE  PRICE  BID  FOR  ITEM  0002  IS  $500  EACH. 

THERE  ARE  2  POl  SEGMENTS  IN  THIS 
TRANSACTION.  THE  SUM  OF  THE  VALUE  OF 
PO102IS  3000. 

THE  TOTAL  AMOUNT  OF  THE  BID  IS  $15,000. 

THE  TRANSACTION  SET  HAS  12  SEGMENTS 
AND  THE  CONTROL  NUMBER  IS  RFQ30I0. 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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843  Response  to  Request  for  Quotation 

This  standard  provides  the  format  and  establishes  the  data  contents  of  a 
response  to  request  for  quotation  transaction  set.The  response  to  request  for 
quotation  transaction  set  provides  potential  buyers  with  price,  delivery 
schedule,  and  other  terms  from  potential  sellers  of  goods  and  services,  in 
response  to  a  request  for  such  information. 

Table  1 

SEG.ID  NAME  REQ  DES.  MAX  USE  LOOP  REPEAT 

5 

010 

ST 

Transaction  Set  Header 

M 

1 

6 

020 

BQR 

Beginning  Segment  for  Response  to  Request 

M 

1 

7 

030 

NTE 

For  Quotation 

Note/Special  Instruction 

F 

100 

8 

040 

CUR 

Currency 

0 

1 

11 

050 

REF 

Reference  Numbers 

0 

12 

N/U 

060 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

070 

TAX 

Sales  Tax  Reference 

0 

3 

12 

080 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

090 

CTP 

Pricing  Information 

0 

25 

N/U 

100 

SSS 

Special  Services 

0 

25 

N/U 

110 

CSH 

Header  Sale  Condition 

0 

1 

N/U 

120 

ITA 

Allowance,  Charge  or  Service 

0 

10 

14 

130 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

5 

N/U 

140 

DIS 

Discount  Detail 

0 

20 

16 

150 

DTM 

Date/Time  Reference 

0 

10 

17 

160 

LOT 

Lead  Time 

0 

12 

N/U 

180 

LIN 

Item  Identification 

0 

5 

N/U 

190 

PID 

Product/Item  Description 

0 

200 

N/U 

200 

MEA 

Measurements 

0 

40 

18 

210 

PWK 

Paperwork 

0 

25 

20 

220 

PKG 

Marking,  Packaging,  Loading 

0 

25 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 

0 

12 

N/U 

250 

TD3 

Time) 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 

o 

5 

N/U 

270 

MAN 

Materials) 

Marks  and  Numbers 

0 

10 

1 
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N/U  280 

N/U  290 
N/U  300 

22  310 

24  320 

25  330 

26  340 
N/U  350 

27  360 
N/U  370 
N/U  380 
N/U  390 

N/U  400 
N/U  410 

N/U  420 


CTB  Restrictions/  Conditions 

LOOPIO-N9  " 

N9  Reference  Number 

MSG  Message  Text  _ 

_____  . 

N1  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 

FOB  F.O.B.  Related  Instructions 

TD1  Carrier  Details  (Quantity  and  Weight) 

TD5  Carrier  Details  (Routing  Sequence/T ransit 
Time) 

TD3  Carrier  Details  (Equipment) 

11)4  Carrier  Details  (Special  Handling/Hazardous 
Materials) 

PKG  Marking,  Packaging,  Loading 


Table  2 


SEG.ID  NAME 


REaOES.  MAX  USE 


LOOPlO-POt 

P01  Purchase  Order  Baseline  Item  Data 

CUR  Currency 

P03  Additional  Item  Detail 

CTP  Pricing  Information 

MEA  Measurements 


LOOP<D«PID 

PID  Product/Item  Description 
MEA  Measurements 


PWK  Paperwork 

PKG  Marking,  Packaging,  Loading 

P04  Item  Physical  Details 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 

SSS  Special  Services 

ITA  Allowance,  Charge  or  Service 

IT8  Conditions  of  Sale 

ITD  Terms  of  Sale/Deferred  T erms  of  Sale 

DIS  Discount  Detail 

TAX  Sales  Tax  Reference 


LOOP  REPEAT 


100000 
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39  180 

N/U  190 

41  200 

42  210 

43  220 
N/U  230 
N/U  240 
N/U  250 

N/U  260 
N/U  270 

N/U  280 
N/U  290 


N/U  300 
N/U  310 
N/U  320 
N/U  330 


N/U  340 
N/U  350 


N/U  360 
N/U  370 
N/U  380 
N/U  390 


N/U  400 
N/U  410 


N/U  420 
N/U  430 
N/U  440 
N/U  450 
N/U  460 
N/U  470 
N/U  480 
N/U  490 
N/U  500 

N/U  510 
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Mandatory 


Mandatory 


Mandatory 


Segment:  ST  Transaction  Set  Header 
Level:  Header 
Loop:  _ 


Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  sta.t  of  a  transaction  set  and  to  assign  a  control  number 

Comment:  The  transaction  set  identifier  (ST01 )  is  intended  for  use  by  the  translation 
routines  of  the  interchange  partners  to  select  the  appropriate  transaction 
set  definition  (e.g.,  810  selects  the  invoice  transaction  set). 

_ Data  Etement  Summary _ 


MF. 

OtS- 


ST01 


DATA 


ArmwiffEs 


1 43  Transaction  Sat  Identifier  Code 

Code  uniquely  identifying  a  Transaction  Set. 

843  XI  2.8  Response  to  Request  for  Quotation 


M  ID 


ST02  329  Transaction  Set  Control  Number  M  AN 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 


3/3 


4/9 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
ANSI  ASC  X12  VERSION/RELEASE  003010DOO_  BQR  •  BEGiNNiNG  segment  for  response  to  request  for  quotation 


Mandatory 


Mandatory 


Mandatory 

Mandatory 


Segment:  BQR  Beginning  Segment  for  Response  to  Request  For  Quotation 
Level:  Header 
Loop:  _ 


Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  a  response  to  request  for  quote  transaction 
set  and  to  transmit  identifying  numbers  and  dates 

Syntax:  If  BQR05  is  present,  then  BQR04  is  required. 


Data  Element  Summary 


REF. 

DES. 


DATA 

ELEMENT  NAME 


M  ID 


2/2 


BQROt  353  Transaction  Sat  Purpose  Code 

Code  identifying  purpose  of  transaction  set. 

Implementation  Note: 

Use  code  00  for  all  original  quotations;  code  01  when  cancelling  a  quotation;  code  02  when  adding  data  to  a 
previously  transmitted  quote;  code  03  when  deleting  data  from  a  previously  transmitted  quote:  code  04  when 
changing  data  in  a  previously  transmitted  quote;  and  code  07  when  sending  a  duplicate  quote 

00  Original 
01  Cancellation 
02  Add 
03  Delete 
04  Change 
07  Duplicate 


BQR02  586  Request  for  Quote  Reference  Number  M  AN 

Number  assigned  by  the  purchaser  to  identify  his  request  for  quote. 


1/45 


BQR03  652  Request  Quotation  Control  Date  M  DT  6/6 

Date  to  be  used  for  reference  purposes  in  an  RFQ  and  a  response  to  RFQ. 


Conditional 


Optional 


Optional 


BQR04 

374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  lime,  or  both  date  and  time. 

C 

ID 

3/3 

098 

Bid  (Effective) 

BQR05 

373 

Date 

Date  (YYMMDD). 

0 

DT 

6/6 

BQR06 

379 

Bid  Type  Response  Code  O 

Code  indicating  the  type  of  response  to  the  request  for  bid  or  quote. 

ID 

2/2 

Implementation  Notes: 

1.  If  code  AB  or  code  UQ  is  used,  explain  in  NTE  segment  following  this  segment. 


2.  An  alternate  bid  (code  AB)  shall  only  be  used  to  provide  variations  in  volume  or  packaging.  It  is  no  to  be 
used  for  a  quote  on  an  equal  or  substitute  item  unless  the  item  description  explicitly  allows  equivalent 
products. 

AB  AKernateBid 
Bl  Bid  Without  Exception 
UQ  Unable  to  Quote 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

NTE  •  NOTE/SPECIAL  INSTRUCTION  ANSI  ASC  X12  VERSION/RELEASE  003010000. 


Floating 


Segment:  NTE  Note/Special  Instruction 
Level:  Header 


Loop:  _ 

Usage:  Floating 
Max  Use:  100 

Purpose:  To  transmit  information  in  a  free-form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-form  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processabie.  The  use  of 
the  “NTE”  segment  should  therefore  be  avoided,  if  at  ali  possible,  in  an 
automated  environment. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

REF.  ORTA 

OiS.  ELEMEKT  NAME _ ATTRIEOTES 

NTE01  363  Note  Reference  Code  O  ID  3/3 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

GEN  Entire  Transaction  Set 

NTE02  3  Free  Form  Message  M  AN  1/60 

Free-form  text. 

implementation  Note: 

If  code  AB  or  code  UQ  is  used,  in  BQR06,  NTE02  is  used  to  explain. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

CUR  •  CURRENCY _ ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 

2.CUR*BY‘USD*1.20*SE‘CAD*NY‘007‘840821*1400N/L 
12  3  4 

1 .  Identifies  the  buyer's  (BY)  currency  as  U.S.  dollars  (USD). 

2.  The  multiplier  (1 .20)  is  the  exchange  rate  factor  for  the  conversion. 

3.  Identifies  the  seller's  (SE)  currency  as  Canadian  dollars  (CAD). 

4.  Indicates  the  basis  for  the  exchange  rate  as  the  New  York  Foreign 
Exchange  (NY)  and  the  effective  date/time  (007)  as  August  21 , 1984 
(840821)  at  2:00  P.M.(1400). 

The  value  for  this  item  is  to  be  converted  to  Canadian  dollars  (CADI  at 
the  exchange  rate  of  1 .20,  based  on  the  New  York  Foreign  Exchange 
(NY)  at  2;00  P.M.  (1400)  on  August  21, 1984.  The  actual  unit  price 
conversion  for  the  item  would  be; 

The  unit  price  value  7.50  (U.S.  dollars)  multiplied  by  the  exchange  rate 
(1 .20)  equals  9.00  Canadian  dollars  (7.50  X  1 .20  =  9.00)  CUR07  through 
CUR21  provide  for  five  (5)  dates/times  relating  to  the  currency 
conversion,  i.e.,  effective  date,  expiration  date,  etc. 

_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEMT  NAME _ ATTRUUTES _ 

CUR01  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizatbnal  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR02  100  Currency  Code  M  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR03  280  Exchange  Rate  0  R  4/6 

Value  to  be  used  as  a  multiplier  conversion  factor  to  convert  monetary  value  from 
one  currency  to  another. 

CUR04  98  Entity  Identifier  Code  O  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  governmerU  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR05  100  Currency  Code  O  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR06  669  Currency  Market/Exchange  Code  O  ID  3/3 

Code  identifying  the  market  upon  which  the  currency  exchange  rate  is  based. 

Implementation  Note: 

Use  any  code. 

CUR07  374  Date/Time  Qualifier  C  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 


Mandatory 


Mandatory 

Optional 


Optional 


Optional 

Optional 


Conditional 
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843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
ANSI  ;.SC  X12  VERSION/RELEASE  0030t0DOD_ _ CUR  CURRENCY 

Implementation  Note: 

Use  code  007 for  the  daleuime  the  cited  rate  will  be  effective  (start)  and  code  036  for  the  date/lime  the  cited 
rale  will  cease  to  be  effective  (stop). 

007  Effective 
036  Expiration 


Optional 

CUR08 

373 

Date 

Date  (YYMMDD). 

0 

DT 

6/6 

Optional 

CUR09 

337 

Time 

Time  expressed  in  24-hour  clock  time  (HHMM, 

0  TM  4/4 

time  range:  0000  though  2359). 

Not  Used 

CURIO 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

Not  Used 

CUR11 

373 

Date 

O 

DT 

6/6 

Not  Used 

CUR12 

337 

Time 

0 

TM 

4/4 

Not  Used 

CUR13 

374 

Date/Time  Qualifier 

c 

ID 

3/3 

Not  Used 

CUR14 

373 

Date 

0 

DT 

6/6 

Not  Used 

CUR1S 

337 

Time 

0 

TM 

4/4 

Not  Used 

CUR16 

374 

Date/Time  Qualifier 

c 

ID 

3/3 

Not  Used 

CURT  7 

373 

Date 

o 

DT 

6/6 

Not  Used 

CUR18 

337 

Time 

0 

TM 

4/4 

Not  Used 

CUR19 

374 

Date/Time  Qualifier 

c 

ID 

3/3 

Not  Used 

CUR20 

3/3 

Date 

o 

DT 

6/6 

Not  Used 

CUR21 

337 

Time 

0 

TM 

4/4 

DC0S>  JANUARY  29  1993 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


S43  «  RESPONSE  TO  REQUEST  FOR  QUOTATION 
FOB  •  F.O.B.  RELATED  INSTRUCTIONS 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 
Header 


Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  .ransportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 


FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

Use  only  when  quoting  other  than  FOB  destination. 


Mandatory 


Conditional 


Optional 


Not  Used 
Not  Used 
Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  OAT* 

OES.  ELEMEMT  NAME _ ATTRIRIT^ES 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Notes: 

1.  Use  code  ZZ  when  the  FOB  point  is  other  than  origin  or  destination  (e.g.,  intermeduUe  point). 

2.  FOB  de.siination  is  assumed  unless  specified  otherwise. 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FO603  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  FOB02  is  code  ZZ.  use  FOB03  to  explain  the  nature  of  the  other  location. 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

O 

ID 

2/2 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

FOB06 

309 

Location  Qualifier 

C 

ID 

1/2 

FOB07 

352 

Description 

0 

AN 

1/80 
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DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

FOB  •  F.O.B.  RELATED  INSTRUCTIONS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Not  Used 

FOB08 

54 

Risk  of  Loss  Qualifier 

0 

ID 

2/2 

Not  Used 

FOB09 

352 

Description 

C 

AN 

1/80 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DO0_ 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE 


Optional 


Segment:  ITD  Terms  of  Saie/Oeferred  Terms  of  Sale 
Level;  Header 

Loop;  _ 

Usage;  Optional 
Max  Use:  5 

Purpose;  To  specify  terms  of  sale. 

Syntax:  1.  If  ITD03  is  present,  then  at  least  one  of  ITD04,  ITD05,  ITD  13  is 
required. 


2.  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITDOS  or  ITD13  is 
required. 

3.  If  ITD09  is  present,  then  ITD1 0  or  ITD1 1  is  required. 

Comment;  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 1  or 

ITD12  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Implementation  Note: 

If  no  discount  is  applicable  to  the  quotation,  or  if  the  terms  are  Net,  30  Days,  do  not  transmit  this 
segment. 


Optional 


Optional 


Optional 


Conditional 


Conditional 


Not  Usad 
Optional 


Optional 


_ Data  Element  Summary _ 

m.  DATA 

ots.  tLSMon  NiMt  _ trmmtnts 

IT001  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

Implementation  Note: 

Use  code  08  only. 

08  Basic  Discount  Offered 


ITD02  333  Terms  Basis  Date  Code  O  ID  1/2 

Code  identifying  the  beginning  of  the  terms  period. 

Implementation  Note: 

Any  applicable  code  can  be  used. 


ITDOS  338  Terms  Discount  Percent  OR  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 


ITD04  370 


ITDOS  351 


Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 


C  DT 


6/6 


Terms  Discount  Days  Due  C  NO  1/3 

Number  of  days  in  the  terms  discount  period  by  which  payment  is  due  if  terms 
discount  is  earned. 


ITD06 

ITDOT 


446 

386 


Terms  Net  Due  Date 


O  DT 


Terms  Net  Days  O  NO 

Number  of  days  until  total  invoice  amount  is  due  (discount  not  applicable). 


6/6 

1/3 


ITD08  362  Terms  Discount  Amount 


O  N2  1/10 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE  ANSI  ASC  X12  VERSICM^RELEASE  00301000D 


Total  amount  of  terms  discount. 

Implementation  Note: 

Used  so  that  rounding-off  methodology  will  not  be  a  factor. 


NotUMd 
Not  Used 
Not  Used 
Not  Used 
Conditional 


Optional 


iTDOS 

388 

Terms  Deferred  Due  Date 

0 

DT 

6/6 

ITD10 

389 

Deferred  Amount  Due 

C 

N2 

1/10 

ITD11 

342 

Percent  of  Invoice  Payable 

c 

R 

1/5 

ITD12 

352 

Description 

0 

AN 

1/80 

ITD13 

765 

Day  of  Month  C  NO 

The  numeric  value  of  the  day  of  the  month  between  1  and  the  maximum 
the  month  being  referenced. 

1/2 

day  of 

ITD14 

107 

Payment  Method  Code 

Code  identifying  type  of  payment  procedures. 

0 

ID 

1/1 

Implementation  Note: 

This  data  element  will  normally  not  be  used  in  DoD  applicatiorv;. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301000D 


$43  .  RESPONSE  TO  REQUEST  FOR  QUOTATION 
D7M .  DATEH-IME  REFERENCE 


Optional 


Segment:  DTM  Oate/Time  Reference 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 


Implementation  Note: 

Quoted  delivery  dale  will  be  provided  in  this  segment  as  an  actual  dale  or  in  the  LDT  segment  as  a 
set  number  of  calendar  days  trfter  receipt  of  order.  If  the  latter  is  used,  omit  this  segment. 


Mandatory 


Conditional 

NotUsod 

NotUsad 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWT  NAME _ ATTRIEUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  036  to  indicate  the  expiration  date  of  a  Federal  Supply  Schedule  or  contract. 

2.  Use  code  001  when  the  quoter  wants  to  extend  the  quote  expiration  dale  beyond  a  30-day  time  from  the 
effective  date  of  the  quote,  as  specified  in  BQROS. 

3.  Use  code  075,  the  delivery  date  being  quoted,  when  the  quoted  delivery  date  will  be  less  than  the  required 
delivery  date  specified  in  the  RFQ,  applies  to  the  whole  order  and  the  delivery  date  is  not  defined  in  the  LDT 
segment. 


001  Cancel  After 

036  Expiration 

075  Promised  for  Delivery  (Prior  to  and  Including) 

DTM02 

373  Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337  Time 

C 

TM 

4/4 

DTM04 

623  Time  Code 

0 

ID 

2/2 

DC05  •  JANUARY  29  1993 


16 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843 .  RESPONSE  TO  REQUEST  FOR  QUOTATION 

LDT  •  LEAD  TIME  ANSI  ASC  Xl2  VERSION/RELEASE  00301000D 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATiON  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOO_ 


$43 .  RESPONSE  TO  REQUEST  FOR  QUOTATION 

PWK .  PAPERWORK 


Optional 


Mandatory 


Mandatory 


NotUaad 

Optional 


Segment:  PWK  Paperwork 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  25 


Purpose:  To  specify  the  type  and  transmission  of  papen/vork  relating  to  a  product, 
order  or  report. 

Symax:  If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

Comments:  1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 
Implamentatlon  Notes: 

1.  Use  this  segment  to  indicate  which  CERTS  and  REPS,  if  any,  and  other  paperwork  will  be 
transmitted  electronically  with  this  response  to  an  RFQ  ( e.g.,  if  PWK  segment  in  S40  transaction 
set  imposes  such  a  requirement). 

2.  When  the  total  amount  of  the  quote  exceeds  $10,000,  this  segment  is  REQUIRED. 

_ Data  Element  Summary _ 

MF.  SATA 

Dts.  ILtMtWT  NAM _ ATTHBUTrs 


PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implemsntation  Notas: 

1.  Use  FD  when  report  is  provided  electronically  with  the  response  to  the  RFQ. 

2.  When  the  quote  (AMT02 )  exceeds  $10,000.00,  there  must  be  at  least  one  iteration  of  the  PWK  segment 
using  code  FD. 

FD  Federal  Specification  Compliance 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

EL  Electronically  Only 

PWK03  757  Report  Copies  Needed  O  NO  1/2 

PWK04  98  Entity  Identifier  Code  O  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  REQUIRED  when  AMT02  exceeds  $10,000. 

2.  Codes  are  used  to  certify  if  quoter  is  a  manufacturer,  distributor,  or  a  regular  dealer  in  accordance  with 
the  terms  of  the  Walsh-Healy  Act. 

DL  Dealer 
DS  Distributor 
MF  Manufacturer  of  Goods 
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DEPARTMENT  OE  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010000 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
PKG  •  MARKING,  PACKAGING,  LOADING 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PKG  Marking,  Packaging,  Loading 

Header 


Optional 

25 

To  describe  marking,  packaging,  loading  and  unloading  requirements. 

1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F",  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 


Implementation  Notes: 

1.  A  table  might  be  required  to  convert  DoD  to  ASC  X12  packaging  codes. 

2.  Segment  is  not  used  when  the  packaging  is  as  requested,  if  special  packaging  requirements  were 
indicated  in  the  RFQ. 


Mandatory 


Optional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

KfF.  SAT« 

Dti. _ ILlMPn  MAMt _ ATTWIAI/TtS _ 

PKG01  349  Hem  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

1.  Use  any  code. 

2.  Use  code  .?5  for  Unitizing;  code  36  for  PackJPreservation;  and  code  37  for  Packing. 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843 .  RESPONSE  TO  REQUEST  FOR  QUOTATION 

PKG  •  MARKING,  PACKAGING,  LOADING  ANSI  ASC  X12  VERSION/RELEASE  003010DO0_ 

Conditional 

PKG05  352  Description  C  AN  1/80 

A  Iree-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  PKG04  carries  a  code  indicating  that  the  item  is  packed  differently  than  required  hy  the  RFQ,  explain 
in  PKG05. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


843  >  RESPONSE  TO  REQUEST  FOR  QUOTATION 

N1 • NAME 


Optional 


Mandatory 


Conditional 


Conditional 


Conditional 


Segment:  N1  Name 
Level:  Header 


Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizationai  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Implementation  Note: 

WhenNlOl  is  code  SE  orZZ,  thenNlOl.NlOS,  andNJ04  are  required  to  be  used  in  lieu  of  using 
the  balance  of  the  N1  and  the  N2-N4  segments.  When  NiOl  is  code  AG,  either  the  CAGE  code  or 
the  long- line  address  may  be  used. 


Data  Element  Summary 


RIP. 

PIS. 


DATA 

ELEMCKT 


N101  98  Entity  Identifier  Code  M  ID  212 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  ZZ  when  certifying  that  you  are  a  small  business  for  the  SIC  code(s)  that  is  (are)  carried  in 
POI08  of  the  840  transaction  set  being  responded  to. 

2.  Use  code  SE  in  all  other  cases. 

3.  In  another  iteration  of  the  N1  loop,  use  code  AG  to  indicate  that  you  are  bidding  on  behalf  of  a  company 
named  in  a  previous  iteration  of  theNI  loop. 

AG  Agent 
SE  Selling  Party 
ZZ  Mutually  Defined 


N102 

93 

Name 

Free-form  name. 

C 

AN 

1/35 

N103 

66 

Identification  Code  Qualifier 

C 

ID 

1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 


Implementation  Note: 

Code  33  is  the  CAGE  Code.  Use  code  ZZ  to  qualify  a  temporary  CAGE  Code  assigned  during  the 
registration  process  when  a  CAGE  Code  is  not  yet  assigned. 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 


I 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

N1  ♦  NAME _ ANSI  ASC  Xl2  VERSION/RELEASE  00301 ODOD 

Implementation  Note: 

Carries  the  actual  CAGE  Code  or  the  temporary  CAGE  Code  assigned  at  lime  of  registration. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  XI 2  VERSION/RELEASE  00301 ODOD 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
N2  •  ADDITIONAL  NAME  INFORMATION 


Optional 


Segment;  N2  Additional  Name  information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DAt* 

OES.  ELEHEIfT  NAUE _ ATmiBlQE^ 


N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 

DC05  •  JANUARY  29  1993 


24 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

N3  •  ADDRESS  INFORMATION  ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Optional 


Segment:  N3  Address  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


ftCP. 

DCS. 

DATA 

CLCMCNT 

NAME 

ATTHWOTCS 

N301 

166 

Address  Information 

Address  information 

M 

AN  1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN  1/35 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
N4 .  GEOGRAPHIC  LOCATION 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_  N4  •  GEOGRAPHIC  LOCATK 


Segment:  N4  Geographic  Location 
Level:  Header 
Loop:  N1 

Optional  Usage:  Optional 

Max  Use:  1 

Purpose:  To  specify  the  geographic  place  of  the  named  party 
Syntax:  1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

Comments:  1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401 )  is  in  the  USA  or  Canada. 

Data  Element  Summa 


Optional 


Not  Used 
Not  Used 


ntf. 

OES. 

DATA 

ELEMSWr 

NAME 

ArmmuTES 

Conditional 

N401 

19 

City  Name 

Free-form  text  for  city  name. 

C 

AN  2/19 

Conditional 

N402 

156 

State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

Optional 

N403 

116 

Postal  Code 

0 

ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "party's"  address  has  no  ZIP  code  but  may  have  another  type  of  postal  code(e.g.,  in  a 
foreign  country). 

N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

A  translation  table  will  be  required  to  convert  those  standard  coaes  used  by  ANSI  to  those  used  by  the  DoD. 


N405  309  Location  Qualifier 
N406  310  Location  Identifier 


O  ID  1/2 

C  AN  1/25 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

PER  •  ADMINISTRATIVE  COMMUNICATIONS  CONTACT  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  PER  Administrative  Communications  Contact 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  If  PER03  is  present,  then  PER04  is  required. 


Mandatory 


Optional 


Optional 


Conditional 


_ Data  Element  Summary _ 

MF.  DAT* 

on.  ELEMPfr  NAMf _ ATTmUTIS 


PER01  366  Contact  Function  Code  M  ID  2/2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

SU  Supplier  Contact 


PER02 

S3 

Name 

Free-form  name. 

O  AN 

1/35 

PER03 

365 

Communication  Number  Qualifier 

Code  identifying  the  type  of  communicatbn  number. 

O  ID 

2/2 

Implementation  Note; 

Communication  from  the  buying  activity  will  be  by  electronic  mail  to  the  electronic  mail  address  from  which 
the  quote  was  received.  Quoters  at  their  option  may  provide  additional  communication  numbers  at  which 
their  contact  can  be  reached. 

EM  Electronic  Mail 
FX  Facsimile 
TE  Telephone 

PER04  364  Communication  Number  C  AN  7/21 

Complete  communications  number  including  country  or  area  code  when 
applicable. 

Implementation  Note: 

If  the  communications  number  is  greater  than  21  characters,  repeat  the  PER  segment  to  provide  the 
remaining  characters. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSON/RELEASE  00301 ODOD 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 
P01 .  PURCHASE  ORDER  BASEUNE  ITEM  DATA 


<^tional 


Segment; 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


P01  Purchase  Order  Baseline  Item  Data 
Detail 

P01  Repeat:  100000 

Optional 

1 

To  specify  basic  and  most  frequently  used  purchase  order  line  item  data 

1.  If  PO105  is  present,  then  PO104  is  required. 

2.  If  PO106  is  present,  then  PO107  is  required. 

3.  If  PO108  is  present,  then  PO109  is  required. 

4.  If  P01 10  is  present,  then  P01 1 1  is  required. 

5.  If  P01 1 2  is  present,  then  P01 1 3  is  required. 

6.  If  P01 1 4  is  present,  then  P01 1 5  is  required. 

7.  If  P01 1 6  is  present,  then  P01 1 7  is  required. 

8.  If  P01 18  is  present,  then  P01 19  is  required. 

9.  If  PO120  is  present,  then  P0121  is  required. 

10.  If  P0122  is  present,  then  P0123  is  required. 

11.  If  P0124  is  present,  then  P0125  is  required. 

1.  See  the  Data  Dictionary  for  a  complete  list  of  ID  s. 

2.  PO101  is  the  line  item  identification 

3.  P01 06  through  P0125  provide  for  ten  (10)  different  product/service 
ID'S  per  each  item.  For  example:  Case,  Color,  Drawing  No.,  UPC  No., 
ISBN  No.,  Model  No.,  SKU. 


Raquired 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

PEE  ELEMENT  NAME _ ATTRULTES 

PO101  350  Assigned  Identification  O  AN  1/6 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Note: 

POlOl  must  contain  the  line  item  number  assigned  by  the  buying  activity  in  the  RFQ  being  quoted  in  this 
transaction.  When  quoting  on  multiple  line  items,  use  as  many  iterations  of  the  POl  segment  as  necessary. 

PO102  330  Quantity  Ordered  MR  1/9 

Quantity  ordered. 

Implementation  Note: 

The  quantity  being  quoted  for  the  line  item. 

PO103  355  Unit  of  Measurement  Code  M  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

DoD  uses  DoD  Manual  S000.12-M  for  unit  of  issue  codes.  These  differ  from  the  X 12  DE  355  code  list  and 
must  be  translated  from  one  to  the  other. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

P01  •  PURCHASE  ORDER  BASEUNE  ITEM  DATA  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Conditional 

PO104 

212 

Unit  Price  C 

Price  per  unit  of  product,  service,  commodity,  etc. 

R 

1/14 

Implementation  Note: 

For  the  line  item  being  quoted.  The  total  amount  of  the  line  item  (quantity  x  unit  price)  will  be  calculated  by 
the  application  program. 

Not  Used 

P0105 

639 

Basis  of  UnK  Price  Code  O 

ID 

2/2 

Optional 

PO106 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Implementation  Notes: 

1.  Use  any  code. 

2.  PO106  through  POI2S  (Product  or  Service  ID  Qualifier  and  Product  or  Service  ID  pairs) 
required,  to  carry  additional  information  regarding  the  product  or  service  being  quoted  on  in 
iteration  of  the  POl  loop. 

will  be  used,  as 
the  particular 

Condition^ 

P0107 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

PO108 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  09 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  10 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  11 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  12 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  13 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  14 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  15 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  16 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  17 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  18 

235 

Product/Service  ID  Qualifier  0 

ID 

2/2 
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Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Conditional 

P0119 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

PO120 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0121 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0122 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0123 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0124 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0125 

234 

Product/Service  ID  C 

AN 

1/30 

Idenlifying  number  for  a  product  or  service. 
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843  -  RESPONSE  TO  REQUEST  FOR  QUOTATION 
P03  •  ADDITIONAL  ITEM  DETAIL 


ANSI  ASC  X12  VERSiON/RELEASE  003010DOD 


Optional 


Segment:  P03  Additional  item  Detail 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  25 


Purpose:  To  specify  additional  item  related  data  involving  variations  in  normal 
price/quantity  structure. 

Syntax:  If  PO304  is  present,  then  at  least  one  of  PO303  or  PO305  must  be 
present. 

Comments:  1.  Some  examples  of  price/quantity  variations  are;  price  in  different  units 
from  the  P01  segment,  price  changes  by  date,  or  price  changes  by 
quantity  (break  and  level). 

2.  PO307  defines  the  unit  of  measure  for  PO306. 


Mandatory 


Optional 

Optional 

Conditional 

Optional 

Mandatory 

I 

Mandatory 

Optional 


Data  Element  Summary 


DATA 

tLIHCMT  KAMI 

ATTfUBi/m 

PO301 

371  Change  Reason  Code 

Code  specifying  the  reason  for  price  or  quantity  change. 

M 

ID 

2/2 

AQ  Alternate  Quantity  and  Unit  of  Measure 

PC  Pack  Difference 

QT  Quantity  Price  Break 

UM  Unit  of  Measure  Difference 

PO302 

373  Date 

Date  (YYMMDD). 

0 

DT 

6/6 

PO303 

236  Price  Qualifier 

Code  identifying  pricing  specificatbn. 

O 

ID 

3/3 

PBQ  Unit  Price  Beginning  Quantity 

PO304 

212  Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

c 

R 

1/14 

PO30S 

639  Basis  of  Unit  Price  Code 

Code  identifying  the  type  of  unit  price  for  an  item. 

0 

ID 

2/2 

PO306 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

PO307 

355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Implementation  Note: 

See  note  for  PO103. 

PO308 

352  Description  0  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

31 


DC05  .  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 
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843  .  RESPONSE  TO  REQUEST  FOR  QUOTATION 
PID .  PRODUCT/ITEM  DESCBIPTION 


ANSI  ASC  X12  VERSIONmELEASE  003010DOO_  PID  •  PRODUCT/ITEM  DESCBIPTIi 


Segment:  PID  Product/Item  Description 
Level:  Detail 

Loop:  PIO  Repeat:  1000 
Optional  Usage:  Optional 

Max  Use:  1 

Puipose:  To  describe  a  product  or  process  in  coded  or  free-form  format 
Syntax:  1.  If  PID04  is  present,  then  PID03  is  required. 

2.  At  least  one  of  PID04  or  PID05  must  be  present. 

Comments:  1.  When  PID01  is  “F".  PID04  is  not  used. 

2.  Use  PID03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

3.  PID04  should  be  used  for  industry-specific  product  description  codes 

4.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 

Data  Element  Summa 


Mandatory 


NotUaad 


349  Item  Description  Type 

Code  indicating  the  format  of  a  description. 

F  Free-form 


M  ID 


Not  Used 

PID02 

750 

Product/Process  Characteristic  Code 

0 

ID 

2/3 

Not  Used 

PID03 

559 

Association  Qualifier  Code 

C 

ID 

2/2 

Not  Used 

PID04 

751 

Product  Description  Code 

C 

ID 

1/12 

Conditional 

FIDOS 

352 

Description 

C 

AN 

1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
Implementation  Notes: 

1.  Whert  ^  nn  I  qualifier  used  code  SV,  PlPn^  can  carry  an  additiorud  free-form  description  of  the 
contracted  services,  if  necessary.  It  may  also  be  used  for  an  explanation  of  a  contract  condition,  in  lieu  of 
using  the  NTE  segment. 

2.  SF 18  Block  12b 

PID06  752  Surface/Layer/Position  Code  O  ID  2/2 
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843  •  RESPONSE  TO  REQUEST  FOR  QUOTATION 

MEA  •  MEASUREMENTS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Segment: 

MEA  Measurements 

Level: 

Detail 

Loop: 

PID 

Optional 

Usage: 

Optional 

Max  Use: 

10 

Purpose: 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax: 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment: 

When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  {-)  value  and  MEA06  as  the 
positive  (+)  value. 

Imptenwntation  Note: 

This  segment  can  be  used  any  time  a  measuremen!  needs  to  be  described  for  an  item  being  quoted. 

Data  Element  Summary 

REF.  DATA 

DCS.  ELEMENT 

NAME 

ATTRiEl/rCS 

Optional 

MEA01  737 

Measurement  Reference  ID  Code 

Code  specifying  the  application  of  physical  measurement  cited. 

0 

ID 

2/2 

Implementation  Note: 

Use  any  code. 

Optional 

MEA02  738 

Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

O 

ID 

1/3 

Implementation  Note: 

Use  any  code. 

Conditional 

MEA03  739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

Conditional 

MEA04  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

implementation  Note: 

Use  any  code. 

Not  Used 

MEA05  740 

Range  Minimum 

C 

R 

1/10 

Not  Used 

MEA06  741 

Range  Maximum 

C 

R 

1/10 

Not  Used 

MEA07  935 

Measurement  Significance  Code 

O 

ID 

2/2 

Not  Used 

MEA08  936 

Measurement  Attribute  Code 

C 

ID 

2/2 

Not  Used 

MEA09  752 

Surface/Layer/Position  Code 

0 

ID 

2/2 
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PKG  •  MARKING.  PACKAGING,  LOADING 


Optional 


Segment:  PKG  Marking,  Packaging,  Loading 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  25 

Purpose:  To  describe  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Notes: 

1.  A  table  might  be  required  to  convert  DoD  to  ASC  X12  packaging  codes. 

2.  Segment  is  not  used  when  the  packaging  is  as  requested,  if  special  packaging  requirements  were 
indicated  in  the  RFQ. 


Mandatory 


Optional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DAT* 

PES.  ElEMEKT  WAME  _ ATm»UTt5 

PKG01  349  Kern  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

1.  Use  any  code. 

2.  Use  code  35  for  Unitizing;  code  36  for  Pack/Preservation;  and  code  37  for  Packing. 

35  Type  of  Package 

PKG03  559  Association  Qualifier  Code  C  ID  212 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 
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Conditional 


A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

PKG05  3S2  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implemontation  Note: 

When  PKG04  carries  a  code  indicating  that  the  item  is  packed  differently  than  reatnred  by  the  RFQ,  explain 
inPKGOS. 


35 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instmctions 

Detail 

P01 

Optional 

1 

To  specify  transportation  instmctions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transpoitation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

Use  only  when  quoting  other  than  FOB  destination,  at  the  line  item  level. 


Mandatory 


Conditional 


Optional 


Not  Used 
Not  Used 
Not  Used 
Not  Used 


_ Data  Element  Summary _ 

KEF.  DATA 

DCS. _ ELEMENT  NAME _ ATmiEUTES 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seiler 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Notes: 

1.  Use  code  72.  when  the  FOB  point  is  other  than  origin  or  destination,  (e.g.,  an  intermediate  point). 

2.  FOB  destination  is  assumed  unless  specified  otherwise 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  FOB02  is  code  ZZ,  use  FOB03  to  describe  the  other  location. 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

0 

ID 

2/2 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

FOB06 

309 

Location  Qualifier 

C 

ID 

1/2 

FOB07 

352 

Description 

O 

AN 

1/80 
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Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implemantathn  Note: 

Quoted  delivery  dale  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as  a 
set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  this  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELBMEWT  NAME _ ATTRaUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  036  to  indicate  the  expiration  date  of  a  Federal  Supply  Schedule  or  contract. 

2,  Code  075,  the  delivery  dale  being  quoted,  should  be  used  only  when  the  quoted  delivery  date  will  be  less 
than  the  required  delivery  date  specified  in  the  RFQ,  applies  to  the  entire  line  and  the  delivery  date  is  not 
defined  in  segment  LDT.  Use  the  SCH  segment  if  deliveries  for  a  line  item  will  differ  by  quantity  or  date. 


036  Expiration 

075  Promised  for  Delivery  (Prior  to  and  Including) 


DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

0 

ID 

2/2 
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843  • 


RESPONSE  TO  REQUEST  FOR  QUOTATION 
LDT- LEAD  TIME 


Optional 


Mandatory 

Mandatory 

Mandatory 

Not  Uaod 


Segment:  LDT  Lead  Time 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Comment:  LDT04  is  the  effective  date  of  lead  time  information. 
Implementation  Notes: 

1.  This  segment  should  be  used  when  the  quoted  delivery  dates  will  be  less  than  the  required 
delivery  date  specified  in  the  RFQ.  In  this  case,  use  code  "AF"for  Quoted  Delivery  Date. 

2.  Quoted  delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  days  after  receipt  of 
order  or  in  the  DTM  segment  as  cm  actual  date.  If  the  latter  is  used,  omit  this  segment. 

Data  Element  Summary 


nif. 

ot%. 

OATA 

ELMCNT  NAME 

ATTIIWUTES 

LDT01 

345  Lead  Time  Code 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 

M 

ID 

2/2 

LOT02 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344  UnK  of  Time  Period  Code 

Code  indicating  the  time  perbd. 

DA  Calendar  Days 

M 

ID 

2/2 

LDT04 

373  Date 

0 

DT 

6/6 
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Segment;  SCH  Line  Item  Schedule 
Level:  Detail 
Loop:  P01 

Optional  |  |  Usage:  Optional 

Max  Use:  104 

Puipose;  To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax:  1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment:  SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 


Implementation  Note: 

Use  only  io  describe  a  lesser  partial  delivery  at  the  line  item  level. 


Data  Eiemen!  Summary 


REF.  OATA 

OES.  ELEMENT  NAME _ ATTRIElfTES 


Mandatory 

SCH01 

380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Not  Used 

SCH03 

98 

Entity  Identifier  Code 

0 

ID 

2/2 

Not  Used 

SCH04 

93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05 

374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Note: 

The  promised  delivery  date. 

Mandatory 

SCH06 

373 

Date 

Date  (YYMMDD). 

M 

DT 

6/6 

Not  Used 

SCH07 

337 

Time 

0 

TM 

4/4 

Not  Used 

SChi3 

374 

Date/Time  Qualifier 

O 

ID 

3/3 

Not  Used 

SCH09 

373 

Date 

c 

DT 

6/6 

Not  Used 

SCH10 

337 

Time 

0 

TM 

4/4 
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Mandatory 


Mandatory 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


CTT  Transaction  Totals 

Summary 


Mandatory 

1 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


_ Data  Element  Summary _ 

tiff.  DATA 

DtS. _ tLBAIWr  NAME _ ATTHIIUTES 

CTT01  354  Number  of  Line  Hems  M  NO  1/6 

Total  number  of  line  items  in  the  transaction  set. 

implementation  Note; 

Total  number  of  POl  segments. 


CTT02  347  Hash  Total  O  R  1/10 

Sum  of  values  of  the  specified  data  element.  All  values  in  the  data  element  will 
be  summed  without  regard  to  decimal  points  (explicit  or  implicit)  or  signs. 
Truncation  will  occur  on  the  leftmost  digits  if  the  sum  is  greater  than  the 
maximum  size  of  the  hash  total  of  the  data  element. 


I 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Example: 

-.0018  First  occurrence  of  value  being  hashed. 

.1 8  Second  occurrence  of  value  being  hashed. 

1 .8  Third  occurrence  of  value  being  hashed. 

1S.01  Fourth  occurrence  of  value  being  hashed. 

1 855  Hash  total  prior  to  truncation. 

855  Hash  total  after  truncation  to  three-digit  field. 

Implementation  Note: 

CTT02  is  the  sum  of  the  value  of  the  quantities  quoted  ( PO102 )  for  the  total  number  of  PO I  segments. 


CTT03 

81 

Weight 

0 

R 

1/8 

CTT04 

355 

UnH  of  Measurement  Code 

C 

ID 

2/2 

CTT05 

183 

Volume 

O 

R 

1/8 

CTT06 

355 

Unit  of  Measurement  Code 

C 

ID 

2/2 

CTT07 

352 

Description 

O 

AN 

1/80 
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Optional 


Segment:  AMT  Monetary  Amount 
Level:  Summary 

Loop:  _ 

Usage:  Optional 
Max  Use:  1 


Purpose:  To  indicate  the  total  monetary  amount. 

Comments:  1.  If  AMT  is  used  in  the  detail  area  of  transaction  set  850, 855,  860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850, 855, 860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 


2.  If  segment  AMT  is  used  in  Table  2  of  the  850, 855, 860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transaction  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEUEKT  NAME _ AT  lAiB  JTES 

AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Notes: 

1.  Code  TT  will  represent  the  total  amount  quoted. 

2.  When  code  TT  is  used,  it  is  that  amount  upon  which  the  manufacturer/ regular  dealer  certification  is  made, 
if  over  $10,000.00.  See  the  PWK  segment  in  Table  1  of  this  transaction  set. 

TT  Total  Transaction  Amount 

AMT02  782  Monetary  Amount  M  R  1/15 

Monetary  amount. 
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3.0.19 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

843  .  RESPONSE  TO  REQUEST  FOR  QUOTATION 
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3-0.20  BASEUNE  AS  OF:  JANUARY  29. 1993 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


4.0  ASC  X  12  FORMS 


In  this  chapter,  applicable  ASC  X12  forms  are  presented. 


RASEUNE  AS  OF;  JANUARY  29, 1993 


4.0.1 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVBfTION 


OEPARTWENT  Of  OB^ENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


XlMWA  ■<PO(RMATKIH  MANUAL 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  Work  R«quMt  Fom 

ASC  X12  N«w  Projaet  Preposai  Form 

ASC  X12  Now  Tianuctton  Sol  Dovotopmont  Form 

Form  lor  Now  or  RovMod  Appofl^  A  Codo  Sourco  Roloronco 

Ooeumoni  Propamion  for  intoiprotatlons,  GuUollim  and  Control  Siandardo 

Sampio  Tranomittai  Form 

ASC  X12  Balol  Commort  Rotponao  Lottor  Formal 
ASC  X12  Standards  Ordor  Form 


FALL  1000 


Vlll-i 


BASELINE  AS  Of  ;  JANUARY  29, 1903 


4.0.3 


OiPABTiHMTOf  I 


Am.  S/10/M 

DATE  SUBMITTEO 


-  ASC  X12 

WORK  REQUEST  FORM 


DM  NUMBER _ 

(Secretariat  Only) 


AU.  HECiUESTS  MUST  BE  TYPED  or  printed  legibly  m  black  Ink.  Complete  both  sUea. 


1.  TOUS6TMlSrO«MK»SUPeO«TINOOATAMA»ITENA^CEFOAANEWOrVkn•STANOAAO(»X12INTERPflerATlON,ll«•■ 
f«qui»Mt>«»tortON6tp«m.  Um  mttehmtm  t  ni wuiiy.  l«  *«**(*•  ••flmwiii.  »**>•«  rww  «» ttMnMW/ooeM/eoet  •ogr-'«. 
Th*n  KM  mvmom  » tiirtno  ••SK"*"® rne  e«®  «®wtmi/cQe— /eoe>  MureM.  Th*o  wt  eny oetM  (•.g.,  xi2.s.  Xi2.e). 

2.  TOUSETHtf  FO«MTO.''SQU6STACHANaeTOANOOST#tOSTANOAAO,uM»»«p««l«WsiXRK|uM«Fomi»pll«t«ehiflgMiOf 

on*  vanMctlen  wt  ana  oogwwn.  on*  eonrot  dnieturi,  or  ona  data  •tomoot  Ml  ■oceona  mum  ba  eempiatod.  AnacMnonti  may  do  uaod 
(or  eoniiiiuation  orM  tlwuM  bo  numboiod. 


3.  TOUS£TMISFOftMTOnEQUESTAPAOPOSa)N6WXl2PAOJ6CT.complo»SoebonA.  Ptowdo  o  purpooo/ooopo  and  Oooalbo  my 
now (oaturoo imotvod in  Soebon  B  ProxWo o doicripoon o( (ho b(M  ..aod ond iuottfieotton  (or »o now profoct m  Soebon  C/Porti.  Tho 
Mark  Aoquoot  wM  bo  (orwaidod  (o  m  opproprtoW  XU  oubeommiooo  lor  onolyow  ona  proporobaw  o(  o  pro(OC(  proboool. 

Circle  One:  (i)  New  Standard  Supporting  Data  Maintenance  (um  attachments) 

(2)  Existing  Standard  MaMenance  Reouest  (see  Section  D) 

(3)  Request  tar  New  X12  Pro(ect 

Aefonymo/obbroi>(o«onoconnotbooeeod®eioMmdmdx  Mua«y^poe((le  (onno  muw  bo  oloorly  oaplalnod.  P*o«4do  Appondbi  A  oodo 
ooMrcoro(o«onooo(ertf  oowmoeypuMiohodeodolodohod.  Ineompioio  (ormo  or  twoo  wMh  madoquoio  oupport  (or  tw  ehoneo  roquoMod 

WiM  fftUfTKMf  tD  thv  tubfivnitf . 


A.  SUBMITTER  INFORMATION 


Submitter  Name 

Cempany 

Address 

Address/ZIP 

Phone 


Indicate  the  X12  subcommittee  or  task  group  whose  position  is  represented  here. 

I  declare  that  thit  repreeenta  the  official  position  of  X12  WORK  GROUP:  _________________ 

established  at  the  meeting  dated _ 

B.  PROPOSED  WORK:  list  the  specific  changes  to  the  standards  being  requested.  Givo  the  names  and 
associated  denUHmn  of  the  standards,  segments,  data  elements  and  codes  affec'  id. 


4.0.4 


BASEUNE  AS  OF:  JANUARY  29, 1993 


09Ajmiarror  OCFBMC 
Ofurr  MPUEHfMTATIOM  COMWmON 


Pag*  Two 


C.  REASON  FOR  CHANGE: 

Pait  I:  List  ih*  varsion/raiaaaa  of  itw  aundard  you  a/*  using  or  using  as  a  rsfsrsnca.  Nams  th«  tranaaetlon  sat 
that  it  baing/wtii  ba  uaad  that  dictttas  ths  raquastad  changad.  List  affactad  sagmsnts  and  data  aiamanu.  or 
othar  standards.  Provida  only  rafaranca  numbars/lOs. 

Rafaranea  Seurea  Varsion  2/Ralaasa  ____ 

Transaction  Sat  Usad  _ 

Sagmant  Aftactad  _ 

Data  Eiamant  Affactad 

Othar  Standard _ 

Part  II:  Explain  why  you  nuad  tha  propoaad  changa.  Provida  a  comphNa  scarvirto  that  tais  what  tha  busirtass 
function,  oparation.  or  probiam  is  that  wfl  ba  satlsfiad  by  a  changa  to  tha  standard.  Ths  Xt2J  Tachnicaf 
Assassmant  Subcommitta*  raquiras  anough  Mormation  in  this  Part  11  to  ba  abia  to  proposa  an  altamata  soiuOon  i 
nacasaary. 


0.  RAMtnCATIONS:  H  you  drciad  (2)  on  Paga  t.  complats  this  sactioa  To  anaura  that  al  ramWcattona  of  your 
proposad  changa  ara  racordad  and  that  your  raquast  is  compiata.  drda  bolow  al  sscbons  of  tha  standarda 
affactad  by  tha  proposad  change. 


TRANSACTION  SET 

SEGMENT 

DATA  ELEMENT 

CODE 


AM  Of 
Riqulra.  Dm. 
CwwnwH 


Mta/Mm 


Sufoow/Seop*  Taew  Now/Coiwnwit 
.Om.  MdlUw 


OENmMm  In  Saonwm 


0—eriMB"  Typ* 

iCoM  rWMnCea* 


OTHER  (*.g..  XI  2.5.  XI  2.6): 

ERRORS  NOTED  IN  THE  STANDARD  (GNt  paga  no.  and  othar  UantMcation); 


•AWUNC  AS  OP;  JANUARY  at,  ISSS 


4.0.S 


DCFARTIIBfr  or  OTOME 
DNAFT  ■IPUPiENTA'nON  COMVEHTKM 


^  4/1/90 


PP  No. _ 

(Sccrturiat  Onty) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 


PROCEDURE:  Only  X12  subcommtttees  may  usa  this  form  to  ragistar  naw  davalopmant  actMtias  as  Xi2  project 
proposals  (PPs).  Complata  all  pages.  PPs  approved  by  the  Xi2  Procedures  Review  Board  will  be  registered  and 
assigned  a  PP  number  by  DISA,  and  a  Transmittal  Form  wai  be  Issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  in  black  Ink  and  number  all  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  Xi2  meeting,  or  to  X12J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  aget^  period  at  an  ASC  XI 2  meeting. 


Data  Submitted: 

Date  Approved  by  Subcommittee: 

Subcommittee  Name: 

Task  Group  Name/No*.: 

Joim  Development  Subcommittee  (H  any): 

Cirele  one:  (a)  Transaction  Set  (b)  Gutdallne  (c)  Other 

Project  Working  THIe: 


Official  Delegate(s)  for  This  Project  To  Be  Named  on  Tranamittei  Form: 
Name _ Name 


Company _ 

Address _ 

Address/ZIP 

Telephone 


__Company^ 

^Address _ 

Address/ZIP 

Telephone 


4.0.S 


BASEUME  AS  OP:  JANUARY  29, 1993 


D^Aimien’ OF  D9GNK 

oiun’ MniMorrAiioM  MNVBfnoN 


PURPOSE  AND  SCOPE  FOR  THE  PROPOSED  WOMC:  ProwU*  a  ¥v«l>0«Anid  purpoM/tcopt  for  th« 
praposAdwork.  Sm  Xi2  OMlgn  RiJm  and  GuidAllnM  for  raquiramanu. 


B.  BACKGROUND:  PrcMd#  daula  tfAd  vvl  &a  Mpful  In  r*vi«Mring  tha  propoaaf.  Who  ara  tha  cxpactad  usan? 
Howvullthaaundardbauaad?  What  buainau  funetiQn<a)  doaa  I  aarva?.  If  tha  propoaad  wandard  owariapa  tha 
funedonaliiy  et  an  axMfng  standard  or  ona  in  davalopnwnt  ptowida  JuaiMuaUun.  Pthaprepoaatfanotfor  anawr 
standard  or  guidallna.d«scrfba  tha  profaethdaial.  (U«saSachmarca>nooaaaary.) 


L  OTHER STAWDAHOi lllv6tVEd;  ft appllcaPta. iQanBfy any othar Iwfnaaa infonnaBon standaida'tfg^ 
simlar/rafatad  to  tha  proposal,  and  nama  aandards  davatopars  (a  g-.  ANSI  Accradkad  Standards  Convnktaas) 
whoaa  activitias  may  ba  invotvad  or  affacttd. 


D.  EXPECTED  CONTENT/GENERAL  DESCRIPTION:  (OPTIONAL)  ^ubrnttar  rnay  attach  a  praUnkwydraft 
tha  propoaad  standard  or  gtharsupportinodocumaniation.  Dtacuas  naw  sagmarta,  data  aiarnanta,  eontral 
stnjcturas,andchangaaioXlUorXi2.Sthatararaqulradorar«ldpaiad.  (Uaa  adachmanta.) 


BAaiUMi  Ad  OP:  JANUARY  39, 1999 


DEPAimiBIT  OF  DCFBiSE 

DRAFT  MPUEIMMTATION  CONVENTION 


FORM  FOR  NEW  OR  REVISED 

appendix  a  code  source  reference 

INSTRUCTIONS:  Complete  this  form  whenav«f  a  new  data  element  or  data  el«rnent  code  It  requested  to  b« 
added  which  references  a  code  list  published  by  an  external  (non-Xi2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references:  fill  out  the  appropriate  areas  below. 


CIRCLE  ONE,  COMPLETE  AS  APPROPRIATE: 

(1) NEW  REFERENCE 

(2)  REVISED  REFERENCE,  Current  reference  number/name 


REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  dau  eiemenL  the  tide  should  be  the  same  as  the 
data  element  name.  If  there  are  miitiple  codes  referencing  external  code  sources  for  the  same  datt  eiemenL  tMe 
should  approximate  the  code  definItiorL 

REFERENCE  TITLE; 


DATA  ELEMENTS  USED  IN:  Give  the  data  element  reference  number  and  name  which  directs  the  user  to  this 
Appendix  A  code  source  referertce.  Give  the  coda  ID  (K  assigned)  if  this  is  for  a  specific  code  of  the  data  eiemert 


USED  IN;  OENo. 


.Code  10 


SOURCE:  Provide  the  name  of  the  publication  which  contains  the  codes  referenced. 


PUBUSHED  IN: 

AVAILABLE  FROM:  Give  the  publisher,  or  other  contact,  from  whom  the  user  can  obtain  the  documort 


Name/Attn  of 

Company 

Address 

Address 

Address/ZIP 


ABSTRACT:  Briefly  describe  the  publication.  Its  purpose,  and  irtdicate  what  codes  it  coraalns. 
ABSTRACT: 


4.0.S 


BASEUNE  AS  OF:  JANUARY  3S,  1SSS 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATK5N  CONVOmON 


RIW.4/1/W 

DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIDELINES  AND  CONTROL  STANDARDS 


ThM«  Instructions  art  provUad  to  assist  dcvaiopan  of  imarprautions.  guidalinas  and  corarol  structura  whicfi  ara 
not  transaction  sau  (for  transaction  sats  usa  ma  Naw  Transaction  Sat  Davalopmant  Form). 

GENERAL:  OiSA  providas  tMa  paga  and  frora  mattar  for  publications  and  copyadlts  tha  documant  according  to 
DISA  housa  styia. 

REVISIONS:  if  tha  documant  Is  a  rawlslon  of  a  prtviously  publishad  Marpratatlon.  guldaiina  or  staridard,  prowlda  a 
summary  of  tha  changas  to  tha  original  that  ara  conulnad  in  tha  documant 

I  INTERPRETATIONS 

A  formal  imarprotation  of  an  Xtg'^^  Standard  is  eonsidarad  part  of  tha  body  of  standards  whan  k  is  approvad  for 
publicatiort  Tha  Marpratatlon  draft  shotid  staia  tha  issua  prasantad  by  tha  raquastor,  stata  tha  propoaad 
Marpratatlon,  and  show  as  attachmanis  any  Work  Raquasts  that  may  ba  nacaaaary  to  affact  tha  Marpratatlon 
within  tha  sub)act  standard.  Tha  draft  Marpratatlon  la  procassad  Ilka  any  othar  subcommktaa  documant 

U  GUIDEUNE8 

For  publication  purpoaas,  guidalinas  ara  traatad  Ilka  a  Journal  artlcta.  Basic  raquiramanu  ara  givan  baiow. 

ABSTRACT:  This  la  a  pradsa  summary  of  tha  Purposa/Scopa  (aaa  baiow),  and  may  ba  Idantical  to  I V  that  la  briaf 
(two  paragraphs):  othatwisa  summartzstha  purpoaa/scopa.  it  should  contain  snou^  Morniabun  about  tha 
documant  to  anabla  a  raadar  datannina  what  tha  guldaiina  Is  Mandsd  to  accomplish  within  an  EDI  anvironmanL 

PURPOSE  AND  SCOPE:  TMa  statamart  must  indicata  purpoaa  of  tha  guldaiina.  a-g..  tha  businaaa  function  or 
oparationaddrassad.  Scopa  and  any  apadfle  limkations  of  scopa  ahoiid  ba  daflnod. 

BODY  OP  TEXT:  This  may  ba  a  numbar  of  aubsactiorta  logicaily  organizad.  Provida  sacUona  for  foraword. 
introduction.  dafMiion  of  tarms  and  coneapta.  rofarancas  and  raiatad  standards,  maihodoiogy,  spadficstlona, 
raquiramonts,  discussion,  and  conduslont  as  approprlata  to  tha  subjact 

ART  AND  GRAPHICS:  Graphics  or  artwork  nacassary  to  Kustrata  tha  documant  ara  ancouragad.  Provida 
camara-raady  copy  if  thasa  ara  not  alraady  praparad  and  dallvarod  on  a  WP  diaksaa  to  OISA. 

FOREWORD,  FOOTNOTES,  APPENDICES:  Thasa  may  ba  usad  for  purpoaas  of  darty,  Ruatration.  or  ganarai 
Morntatior\.notas'partofthagukiaiina.*  A  statamart  Indicating  tha  matsitai  is  for  Mormation  purpoaas  only  and 
not  part  of  tha  guldaiina  ahalappaar  at  tha  baginntng  of  a  foraword  or  appandbc. 

HI  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpoaas.  thasa  documants  ara  traatad  Ilka  guidalinas  (saa  Saction  11  abova).  Tha  raquiramanu  ara 
tha  sama,  with  tha  addklon  of  tha  folowing: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Thasa  nuy  ba  dafinad  within  tha  tatt:  howawar,  sinca  thay  raprasani 
changas  to  XI  2.22  and  X12.3,  thay  shoiAd  ba  spadfiad  on  a  Work  Raquast  Form  aitachad  to  tha  draft. 

REUTED  X12TM  STANDARDS  AND  OTHER  REFERENCES;  Thasa  shal  ba  hJanliflad  ki  a  saction  within  tha  tasL 


BA8EUNE  AS  OF:  JANUARY  29, 1993 


4.0.9 


DEPAfrmBrr  or  db^bise 

Oft  ATT  MrUEMENTATION  CONVENTION 


rtf*  Two 

FOftMAT:  ’TN*  OfBI  StondOfO  for  TrW  UM  conttlno  Hit  tonnot  and  ostiOUthoi  tfw  doto  oofunu  Of  tho 

____________  Tranaocdon  Sol  ( _ )  for  uoa  wKhin  ttw  eorawd  of  an  EJocooNc  Data  intarenonqa  (EIX) 

■nvironmont  Tho  tranaaedon  aai  (can  ba  uaad  la..)* 


6.  rURPbsI  AWb  S<!^bPf  ThiaaMiamanirnuaiindieaiathafvJnnoaofcaoaomaaofthairanaacOonaatand 
whottwaandara/raeaNaraara.  bodain  tha  buafnaaa  funedon  or  oparadon  ttw  la  addraaaad.  FolowASCXi2 
Oa^  Nulaa  and  Qutdaiinaa  and  uaa  ttda  format: 

FORMAT:  Thia  Nandaid  oroMdaa  tha  format  and  aatafatlahaa  ttw  data  cowanta  of  ttw  Tranaaedon 

SatwtthinthaconwidafanQactronieOattiniarchanoo(EOt)onwtn3nmonL  TNa  tranaaedon  aat  (can  ba  uaad  to...)' 


C  tfUNiA6tl6N'i^tAiLE(S)  f^waaehtabMproiAdathaWkjwlnolrtomwiioa  fdfSAXfi 

TAIlfX 


POSXTXOM  SEGMENT  REQ.  MAX. 

Hfij _ Ifi _ XIXLS _ PES  v  ME* 

010  ST  Tranaaotion  Sat  Haadar  M  l 

020  BE  Baginning  Sagaant  For  M  1 

ate. 


LOOP  REPEAT  NOTE 


Rsr. 

Nota  1 


Coaoaant  l 


Noiai:  TNateanoia  NOTES  ara  part  of  thaiMndard  (numbarad). 

CommartA:  Thfaiaaeomman  COMMENTS  aia  not  pan  of  ttw  aiandaidOaiiarad). 


i.  APPENOOt  EXAMPLES  Eampfaaara  uaad  to  taatowmadl  of  ttw  propoaad  tranaaedon  and  to  aBgdafn  i  to 
uaara.  At  laaat  orw  anmpia  a  mandatory.  No  raeogntafala  propar  namaa  may  ba  uaad  m  any  awmpia. 

FIGURE  1:  (OpdonaOUaaaaampldPdPdf'doeumantuaingmoefcdaM.  If  uaad.  data  muat  ba  aoeurMaty  mappad 
toFiguraS.  Original grapMaa muat ba aitaehad 9>i/2xii*) aottwy can baeopiad. 

FIGURE  2  (or  EXAMPLE):  TMathaflguraandprmAdaaBuainaoaSeafWftoioawlolniettwraadarwtwilagoing 
oninttwaxampia.  Addttwnow:  Tn  tMaoMani^  ttw  aManak  (*)  tapraaaraa  ttw  data  alanwitaapanttor  and  ttw 
N/L cfwiactara rapraiant ttw aagmant tamilnator.'  PraaantEPItranamlaaiondaMandiamaantnglntwocclumna. 
aida^-aida.  ZZor2ZZeodaaaradiaoouragad,alneattwiruaafuliwa8inancqglanatoryaaamplalani.  FORMAT: 

BUSINESS  SCENARIO:  In  ttda  tranaaedon  aat  ttw  aandar  la  XTZ  Ratal  Canwr  and  ttw  racaNar  la  ttwir  auppUar, 
Faniaadc  Produea  Manulacturtng.  ln&...aic 

eplI8AfctS.MisaaQri.flarA _ muNSAcnoN  set  purpose  data. 

ST*SXX*0005  N/L  Bagin  Tranaaction  Sat  SXX;  Control 

NO.  0005 

BB*01*79S0O*  N/L  Original  Tranaaiisaion;  Raf.  No. 

79S00 

ate. 
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BASELINE  AS  OF:  JANUARY  »,  1003 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATWN  CONVENTION 


Rm  S/10/W 

DMNumbRf _ 

(SRCfattrtat  Only) 

OocufTiRntNo. _ 

(ORvatopsr  Otnains  from  OISA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 

INSTRUCTIONS:  Um  this  forni  to  submit  a  draft  transaction  sat  (or  review  by  X12J  Technical  Aittssmant  unti  K  It 
text  processad  by  OiSA.  Um  ■  new  Transaction  Sat  Oavaloptnant  Form  wtianavar  ravislont  ara  propoaad  and  a 
taxi  fla  has  not  yat  baan  praparad  by  OISA. 

ATTACHMENTS:  Attach  all  pagat;  um  thit  form  as  tha  first  Foflow  thaM  InstrucUona  for  prapaifng  matarials. 

Thasubmktar  must  obtain  a  doeumantnumbarasslgnmant  from  OiSA.  Post  R  to  this  form  (abova). 

Attach  a  Lift  ofRavlatona  If  tha  draft  was  pravlously  raviawod  by  X12J  or  R  this  is  a  ravlsad/radasignad 
transaction  sat  standard  raquiring  Xi2  balot 

Um  one  Work  Raquaat  Form  to  list  an  supporting  data  malntananca  for  tha  tranMction  sat  and  attach  I 
tothisform.  PropoMnaworravisadeodMforOEi43andOE479aiaminimum, Iraquirad. 

A  Transmittal  Form  must  accompany  this  documant  whan  it  la  submittad  to  OISA  for  distribution. 

Um  tha  most  racant  X12^h  standards  Oavalopmant  Workbook  to  chock  your  documam  for  accuracy. 


A.  SUBMITTER  INFORMATION 
SubrnMar:  Nama 


Company 

AddraM 


AddroM/ZlP 

Phono 


Indicata  tha  X12  subeommlitM  or  task  group  whoM  position  Is  raprasaniad  hart. 
I  daclara  that  this  raprasanta  tha  official  posNion  of  Xi2  WORK  GROUP: 
astablishad  at  tha  moating  dated _ 


B.  ABSTRACT  Tha  Abstract  is  ragistarad  wkh  tha  Amarican  National  Standards  Instliuia.  It  Is  a  pradM  summary 
of  tha  PurpoM/Scopa  (sm  Sactlon  C  balow).  It  may  ba  Idantical  to  tha  PurpoM/Scopa  V  that  Is  briaf  (two 
paragraphs).  otharwlM  summariza  tha  purpoM/scopa.  It  should  contain  enough  Information  about  tha  sundard 
to  anabla  a  potanUal  user  datarmina  what  aquivalani  papartranMCtion  R  rapraaaraa  or  what  tha  standard  Is 
iniandad  to  do.  FoAow  tha  format  on  page  two. 


BASELINE  AS  OF:  JANUARY  »,  ISOS 
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OEPAfmiENT  OF  D9BI8E 

DRAFT  MFLEHENTATION  CONVBfTION 


SAMPLE  TRANSMITTAL  FORM 


.  S/10/S0 


InlUaliztd 

KEY  DATE:  F«bn«ry  IS,  1M0 

DELEGATES  NAME 
RESPONSIBLE  SUBCOMMITTEE/rQ# 

TRANSACTION  SET/GUIOEUNE  TITLE 

BALLOT  Document  No. 

Current  Document  No. 

Prevkxts  Document  No. 

Project  Proposal  No. 

Associated  WR/DM  No. 


John  Doe 

ASC  X12Q  XX  Subcommlttee/TGA 
X1ZXX  ABC/XYZ  TRANSACTION  SET  (SXX) 


ASCX12Q/9(»)51 
ASC  Xl2Q/g0-004 

pp-gse 
DM  012-190 


PROJECT  PROPOSAL 
PP  Review  by  X12J 
PRB  Approves  PP 

DEVELOPMENT  PHASE:  Project  proposal  approval  through  approval  for  XI 2  vote. 

Document  Submitted  for  DISA  Text  ProcessinQ 

Subcommittee  Approves  Draft  to  Review  by  X12J.  Tech  Assessment 

Xi2J  Tech  Assessment  Review 

PRB  Approves  Document  for  X12  Vote 


PATE)  2/7/90 
pATE)  2/9/90 


PATE). 

PATE). 

PATE). 

PATE) 


ORIGINAL  BAUOT  DATA  piSA): 

Ballot  Oosed  Date 

Taliy/Comments  Sant  to  Chair/Oeleoates 
Tally  Stats  (Number  and  Parcel 

_ Ballots  Maled  (100%) 

_ Ballots  Returned  ( _ %) 

_ Approved  ( _ ^%) 

_ Appw/Commert  (  %) 

_ Disapproved  ( _ ^%) 

_ Abstained  { _ %) 


PATE) 

PATE) 


OiPARTMENT  Of  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


PagsTira 


COMMENT  RESOLUTION  PHASE:  Sm  S«ctkxtt  A.  6  and  C.  If  tha  tubcommAtae  at  any  tima  dacidM  to  rabaloc 
tha  documanL  PR8  approval  M  raquirod  and  rasponsa  iattan  an  not  nacaaaary. 

A.  COMMENT  RESPONSE  LETTERS:  An  Opan  Forum  muM  ba  achadiAad  at  tha  dm  X12  maating  foBowing  tha 
balot  dosing  data.  Afl  thoaa  who  commaniad  racatva  a  commant  rasponsa  iattar  from  tha  davaioping 
subcommittaa.  OlSA  racords  this  procau  and  handlas  tha  mating. 

Opan  Forum  Data  (DATE) _ 

Rasponsa  LattarsMalad  Out  by  DiSA  (DATE) _ 

Rabuttal  Partod  (30  days)  Oosas  (DATE) _ 


ADJUSTED  BALLOT  DATA  (DISA): 

30-0ay  Rasponsa  Raviaw  Ooaad  Data  (DATE) 

Taly/CommanttSanitoChalr/OalagBtas  (DATE) 

TaEy  Stats  (Numbar  artd  Paroart) 

_ BaloisMalad  (100%) 

_ BalottRatumad  ( _ ^%) 

_ Approvad  ( _ ^%) 

Apow/Commant  ( _ ^%) 

_ Dliapprovad  ( _ ^%) 

_ Abatalnad  ( _ ^%) 


B.  SUBSTANTIVE  REVISION:  If  balot  commants  rasdt  in  substtntlva  ravisions  to  tha  documanL  thasa  am 
taviawadbyXi2JandproeaaaadbyOISA  Tharaviaaddoeumar«lssubmlitsdtoXi2votsrafora30^raviaw 
partod.  DISA  racords  this  procasa/handias  mating.  Subcomminsaa  shodd  conduct  30-day  ravlaws  for  rasponsa 
tattan/ravtsad  documants  ooncunrarSly. 


Subcommittaa  Approval  of  RavWona  pATE) 

X12J  Raviaw  of  Ravislons  (DATE) 

DISA  Mats  Ravtsad  Documant  PATE) 

Substantiva  Ravision  ao-Day  Raviaw  Oosas  (DATE) 


ADJUSTED  BALLOT  DATA  (0^: 

aoPaySubatartfvaChanga  Raviaw  Cktsad  Data  PATE) 

Taly/Commaras  Sent  to  Chalr/Daiagatas  PATE) 

Tally  Stats  (Numbar  and  Parcani) 

_ BaBouMalad  (100%) 

_ BaBouRotumad  ( _ ^%) 

_ Approvad  ( _ %) 

_ Appw/Commart  ( _ ^%) 

_ Diaapprovad  ( _ %) 

_ Abatalnad  ( _ %) 


BASELINE  AS  OF:  JANUARY  29,  IM 
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OEPARTIIENT  OF  OEFB4SE 

DRAFT  MFLEMENTATIOM  CONVBmON 


PagcThTM 

C.  CONTINUING  OBJECTIONS.  H  th«r«  are  continuing  disapprovals  after  the  30  Jay  review  period,  the 
document /disapprovals/responaes/continulng  objections  are  mated  to  Xi2  memberi  who  origlnafly  cast  a  ballot 
for  another  30Klay  review,  to  give  them  an  opportunity  to  change  their  vote. 


Continuing  Objections  Mated  to  Chair/Oeiegate  by  DiSA 
01 SA  Mats  Documents 
30>0ay  Review  Ooses 


(DATE) 

PATE) 

pATE) 


FINAL  ADJUSTED  TALLY  (DISA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
received  ^  writing  by  DiSA. 


Rnal  T^ly  Results  Sera  to  Chair/Delegate 
30-0ay  Review  Stats  (Adjusted  Tally) 

_ Ballou  Mated  (100%) 

_ Baflou  Returned  ( _ %) 

_ Approved  ( _ %) 

_ Appw/Comment  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  ( _ %) 


PATE) 


PRB  APPROVAL  PHASE:  After  the  commera  resoiiaion  period,  the  subcommlBee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  publish. 

Subcommittee  Votes  to  Release  to  PRB 
PRB  Approves  Publication 
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VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 
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TRANSMITTAL  FORM  INSTRUCTIONS: 

GENERAL:  TMt  TrtnsmttN  Form  M  a  TURNAROUND  DOCUMENT  which  rtoonta  tfw  Nstory/eunent  ttitut  of  i 
protect  documerc  IHauaedtoexchAngaMormationbahMenthe  SecratvMtandiheconvnateoaofXiZ 
Irtforinatkin  It  curniiaiNo  (adcl  eri).  This  term  la  aseched  to  the  documait  whenever  K  it  Itauad  tor  dlttrlbUion(lila 
mandatory  tor  aubmMngdocumarat  to  DtSA,Xl2JTochnieaiAaaaaainert.  and  the  FRB).  Docianent  coransi 
numbort  are  adi  required  on  tech  documora.  and  nwv  numbara  art  reqiArad  etoancver  I  la  revtaad. 

KEYOATE:  Thie la uead to MantEy the lateat veratan e< the documara (date aaaodatad wttti the currera trananattal 
torm  update). 

DELEGATE:  Each  tubcommMaa  dealgnataa  an  MMdual  (delagaaa)  tram  the  group  raaponatola  tor  the  protecL 
The  Secretariat  muBt  be  Morniad  f  the  daiegMo  Ghangaa. 

INITIATION:  Primary  data  la  recorded  by  DISA  on  the  inUaRzadtonn  altar  the  ptotactpropoaal  It  approved  by  the 
PRB.  The  aubcewmMaa  chair  artddatagaia(a)recaMHhatoaalbedTtanamtoalFdrmilrom  PISA,  toaraaltar.  they 
arereaponetototorreoordtoqthaapproprtataaubcommlBaeapprovNdaiaa.  The  ctlr/daiagBta  wB  receive  a  copy 
of  the  updated  tranamRtal  torm  eatanever  I  la  ivAaad  by  DISA 

UPDATING:  At  each  appropriate  atop.  DiSAwB  POST  freahdatt  to  the  form,  ADD  the  napdapproprlatablanka  to 
the  form,  and  SEND  I  to  the  aubcomnNiaa  chalr/dalagata  at  each  atatua  change.  The  dalagata  muat  POST  the 
torm  with  fraah  data  at  each  atatua  change  tor  vriUch  the  aubcommatae  la  reaponatole  and  SEND  a  vrith  the 
appropriata  document  to  the  SacrettriaL 
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Tib  ioneacy 
(999)999-9999 


AccmMed  Scandardi  Carnrrvttee 
ooeratjog  tfi«  crocedures  of  crw 
Anwncan  Nsbonai  ScanJaros  insututa 

Document  No 

ASC  X12C/TG20/90.999 
Juae  23, 1990 


Das  SautbfCy 
(999)999-9999 


TO:  X12  Meraben  Who  Commeiited  oa  Modificatioai  to 

X12ja  Coatroi  Slnicturet 

RE:  Reapoaie  to  Comaeau  oa  December  Ballot 

DM<  20S2B9. 213289, 317289 


Thiak  you  for  your  coameatt.  This  ballot  iavolved  aodi&catioat  to  X12a  Of  the  327  ballots  mailed,  133  ballots  were 
returaed  Of  these,  81  approved,  13  approved  with  eoaaaeat,  20  disapproved  with  cnaaeat  aad  37  abstaiaed. 

la  geaeral,  the  vote  respoases  were  a  favor  of  the  aodifirations  The  as^jority  of  the  cocaaeau  focused  oa  the  iapaet 
of  these  aodificatioas  oa  the  preseatatioa  of  iaforautioa  ia  the  X12J2  Srpirat  Direetory.  The  proposed  aodiTicatioas 
aad  the  resuhiag  preseatatioa  ia  the  seyaat  directory  have  beea  reworked  a  lespoase  to  these  coaaeats.  A  revised 
■Kvtilw-artw  »/>  Yn  t  tit*  lamm  AOT  iwriag  ModificStiOOS  tO  the 

doeuwrat  have  beea  made  which  reflect  respoases  to  the  coaaaeau  froas  this  ballot,  aad  a  revised  copy  of  X12jb  is 
beiaf  distributed  to  all  who  voted  oa  this  issue,  (or  30-day  review  of  revisioos. 

Speciric  respoases  to  coaaeats  foQow. 


COMMENT:  Attoaobile  Corporstioa 

*Add  the  foOowiag  aote  to  Paragraph  33;  NOTE:  protoeoi  charaoers  should  be  ciduded  froa  the 

character  set.* 

RESPONSE: 

The  cover  letter  teat  out  with  the  voliaf  parhagr  cylaiaed  that  the  iateat  was  to  obtaia  maaeasus  oa  the  proposed 
aoHifiraiiom  to  X12jol  XUat  is  a  diflicuk  staad^  to  aaead.  We  request  that  ballot  respoases  be  couidered  oa  the 
aeiitt  of  the  recoaaeaded  aodificatioas  aad  aot  oa  the  ttaadard  at  s  whole.  Your  coaacai  was  outside  the  scope  of 
the  requested  aodificatioas. 
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COMMENT;  Airaaft  Engine  Corporatioa 

*Soffle  consideration  for  Abstraa  Syuax  NoUti<»  One  (ASN.l)  should  be  allowed. 

I.  ASN.l  is  capable  of  all  of  the  necessary  inter-relations  needed  by  X12  transactions. 

1  ASN.l  requires  less  charaaen  to  deftne  the  same  infomstioo. 

3.  ASN.l  is  the  encoding  sdwme  used  by  most  OSI  work* 

RESPONSE- 

The  recommendation  to  consider  usage  of  ASN.l  encoding  reaches  far  beyond  the  scope  of  the  requested 

in  this  ballot  Activities  such  at  this  are  best  submitted  as  separate  work  requests. 

COMMENT:  Some  Software  Inc 

*Conditionality  of  data  elements  should  be  left  to  the  discretion  of  impiementatiatt  guidelines  There  is 

much  discussion  at  times  as  far  as  whether  certain  data  elements  be  mandatary  or  nott  many  applicatioo  syitcnu 
are  incapable  of  providing  certain  'mandatory  information  and,  as  such,  filler-type  must  be  inserted.* 

RESPONSE 

The  istue  of  d^  element  eonditionality  as  a  whole  it  a  much  broader  subject  than  was  intended  to  be  addressed  within 
scope  of  this  baflot.  This  ballot  was  intended  to  provide  a  «"*«■«  for  eonsistead  amt  applic*;!iao  of 

already  exiitiag  conditional  itructitres.  If  the  commentor  believes  that  the  conditional  structure  should  be  removed  from 
the  st  sndard,  the  task  group  recommends  that  this  be  tidimitted  at  a  separate  work  reqnesL 


Etc. 
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5.0  GLOSSARY 

This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  sec  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee.  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACT  stan-dards. 

Autbentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6.  and  Interchange 
Control  Segments  (ISA/BEA/TAl)  defined  in  X12.5. 


Data  Element 

The  basic  units  of  information  in  the  EDI  sUintiards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  .single- 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  daut  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 

^  code  defining  the  need  for  a  data  el'^mpn*  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  tw-^  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprotii  organtraiion 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  membership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  tninsmittcd 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  funciiontd 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver.  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (XI 2.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 


Mapping 

The  process  of  identifying  the  standard  data  element's  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/'segmeni  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contair-  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  tennination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  XI 2.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  tiie  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Release 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X 12  standard  formal.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

Vies  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12,5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


5.2  DoD  GLOSSARY 

AIS 

Automated  Infomiation  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 

UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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